CLI Syntax and Reference

The ePublisher AutoMap command-line interface can run a job, an ePublisher project, or a composition job (.wacj) that assembles independently deployed WebWorks Reverb 2.0 outputs into one site (see Federated Parcel Composition). The command-line interface uses the following syntax:

WebWorks.Automap.exe [-f] [-n] [-c] [-l] [-u] [-j] [-q] [-d directory] [--skip-reports]
[--deployscope=scope] [--deploysettings=file] [--destination=name] [--dryrun]
[{[-s directory] [-t targets] jobfile}|{[-t targets] projectfile}|{compositionjob}]

The supported command-line options are defined in the following table.

Option

Description

-c

Deletes cached information and builds the output from scratch. Use this option when passing an ePublisher project file (.wrp or .wep) or job file (.waj); it has no effect on a composition job (.wacj), which never rebuilds content. This is equivalent to Regenerate All. The default is to generate only what is needed and to use all available cached information. You can also specify this option as --clean.

-d directory

Specifies an alternate deployment directory. This setting overrides the specified default values. You can also specify this option as --deployfolder directory.

-u

Scans all source documents for new styles, conditions, variables and xrefs. After the conversion is completed the resulting Express project file will be saved with all the updated information. You can also specify this option as --update.

-j

Just scans all source documents for new styles, conditions, variables and xrefs. Saves Express project file without running a conversion.You can also specify this option as --justupdate.

-f

Does not send an email notification when this job is finished. This setting overrides the default value specified in the ePublisher AutoMap preferences. You can also specify this option as --nonotify.

-l

Deletes all files in the deployment location before deploying the newly-generated output. This option ensures that all files in the deployment folder are from this last generation process. You can also specify this option as --cleandeploy.

-n

Generates output and does not deploy it. This setting overrides the default deployment settings specified in the job or ePublisher project. You can also specify this option as --nodeploy.

-q

Suppresses the generation engine's step-by-step progress messages in the console and the job log. Milestone, warning, and error messages still print, and the per-target generate.log keeps full detail. This option combines with the Verbose logging build option stored in a job: either source quiets the run. You can also specify this option as --quiet.

--skip-reports

Skips report generation during builds. Use this option to improve conversion times on large projects. Report pipelines will not execute, and no report files will be generated.

--deployscope scope

Overrides the deploy scope declared on the target: everything, groups, or shell. Scoped deployments publish only the matching slice of the generated output and support federated parcel composition in WebWorks Reverb 2.0.

--deploysettings file

Specifies an XML file of inline destination definitions (deploy preferences entry schema; Folder and Amazon S3 types only) overlaid onto the machine's deploy preferences by name. A job file's own inline definitions take precedence over entries from this file.

--destination name

Deploys every built target to the named destination instead of the target's own. The name resolves like a declared destination: inline definitions first, then deploy preferences. Ignored when -d/--deployfolder
is given. A composition job passes this option to each member job it builds, so a built member deploys to the composition's destination.

--dryrun

Forces every deployment in this run dry: Amazon S3 targets print their would-be upload, delete, and invalidation operations without contacting AWS, and transports without dry-run support skip their deployment. A composition job against a non-S3 destination skips its in-place compose, and a composition forwards this switch to the member jobs it builds. There is no opposite switch; a destination configured as dry run cannot be forced live.

-s directory

Specifies the staging directory to use. Use this option only when passing a job .waj file. This setting overrides the default value specified in the ePublisher AutoMap preferences. You can also specify this option as --stagingdir <directory>.

-t targets

Builds only the specified targets. Separate multiple targets with a comma and no space on either side of the comma. Use this option when passing an ePublisher project file (.wrp
or .wep) or job file (.waj); it has no effect on a composition job (.wacj). For a project file the default is to build all targets; for a job file the default is the targets marked build="True", and targets named with this option build even when the job marks them build="False". You can also specify this as --target=<target1>, <target2> ...

jobfile

Specifies the name of the ePublisher AutoMap .waj job file.

project

Specifies the name of the ePublisher project file. Supports Express (.wrp) and Designer (.wep) project files.

compositionjob

Specifies the name of an ePublisher AutoMap composition job (.wacj) file to run. Generation options in this table do not apply; a composition assembles output that member jobs already built and deployed.

As with other command-line applications, specify the command-line options on the command line after the application name itself. Separate multiple command-line options with a space. Review the following additional notes concerning ePublisher AutoMap command-line options:

  • The command-line options have both shortened and verbose formats. For example, you can specify the clean option as –c or --clean. Both options mean exactly the same thing and you can mix the shortened and verbose formats across the options.

  • Some options require additional information. For example, the staging folder option requires the name of the directory and is specified as --stagingdir directory. You need to include the equals sign without spaces on either side.

  • In cases where you specify paths with spaces, enclose those paths in double quotes to correctly handle the paths. You do not have to enclose paths without spaces in double quotes, but you can without an issue. For example, C:\projects works without enclosing it in double-quotes. However, C:\my projects does not work as expected. The correct format for the latter path is "C:\my projects".

Last modified date: 08/17/2026